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Foreword 



This Technical Specification has been produced by the 3' Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 
where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



The present document is part 2 of a multi-part TS covering the 3' Generation Partnership Project: Technical 
Specification Group Core Network; Open Service Access (OSA); Application Programming Interface (API), as 
identified below. The API specification (3GPP TS 29.198) is structured in the following Parts: 



Parti: 
Part 2: 

Part 3: 
Part 4: 



Parts 
Part 6 
Part? 
Parts 
Part 9 
Part 10 
Part 11 
Part 12 
Part 13 
Part 14 



"Overview"; 

"Common Data Definitions"; 

"Framework"; 

"Call Control"; 

Sub-part 1: "Call Control Common Definitions"; 

Sub-part 2: "Generic Call Control SCF"; 

Sub-part 3: "Multi-Party Call Control SCF"; 

Sub-part 4: "Multi-Media Call Control SCF"; 

Sub-part 5: "Conference Call Control SCF"; 

"User Interaction SCF"; 

"Mobility SCF"; 

"Terminal Capabihties SCF"; 

"Data Session Control SCF"; 

"Generic Messaging SCF"; 

"Connectivity Manager SCF"; 

"Account Management SCF"; 

"Charging SCF". 

"Policy Management SCF"; 

"Presence and Availability Management SCF"; 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(new in 3GPP Release 5) 
(not part of 3GPP Release 5) 



(not part of 3GPP Release 5) 
(not part of 3GPP Release 5) 



(new in 3GPP Release 5) 
(new in 3GPP Release 5) 



The Mapping specification of the OSA APIs and network protocols (3GPP TR 29.998) is also structured as above. 
A mapping to network protocols is however not applicable for all Parts, but the numbering of Parts is kept. 
Also in case a Part is not supported in a Release, the numbering of the parts is maintained. 
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Table: Overview of the OSA APIs & Protocol Mappings 29.198 & 29.998-faniily 



OSA API specifications 29.198-family 


OSA API Mapping - 29.998-family 


29.198-01 


Overview 


29.998-01 


Overview 


29.198-02 


Common Data Definitions 


29.998-02 


Not Applicable 


29.198-03 


Framework 


29.998-03 


Not Applicable 


Call 
Control 
(CC) 
SCF 


29.198- 
04-1 

Common 
CC data 
definitions 


29.198- 
04-2 
Generic 
CCSCF 


29.198- 
04-3 
Multi- 
Party CC 
SCF 


29.198- 
04-4 
Multi- 
media CC 
SCF 


29.998-04-1 


Generic Call Control - CAP mapping 


29.998-04-2 


Generic Call Control — INAP mapping 


29.998-04-3 


Generic Call Control — Megaco mapping 


29.998-04-4 


Multiparty Call Control - SIP mapping 


29.198-05 


User Interaction SCF 


29.998-05-1 


User Interaction - CAP mapping 


29.998-05-2 


User Interaction — INAP mapping 


29.998-05-3 


User Interaction - Megaco mapping 


29.998-05-4 


User Interaction - SMS mapping 


29.198-06 


Mobility SCF 


29.998-06 


User Status and User Location - MAP mapping 


29.198-07 


Terminal Capabilities SCF 


29.998-07 


Not Applicable 


29.198-08 


Data Session Control SCF 


29.998-08 


Data Session Control - CAP mapping 


29.198-09 


Generic Messaging SCF 


29.998-09 


Not Applicable 


29.198-10 


Connectivity Manager SCF 


29.998-10 


Not Applicable 


29.198-11 


Account Management SCF 


29.998-11 


Not Applicable 


29.198-12 


Charging SCF 


29.998-12 


Not Applicable 


29.198-13 


Policy Management SCF 


29.998-13 


Not Applicable 


29.198-14 


Presence & Availability Management SCF 


29.998-14 


Not Applicable 
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Scope 



The present document is Part 2 of the Stage 3 specification for an Apphcation Programming Interface (API) for Open 
Service Access (OS A). 

The OSA specifications define an architecture that enables application developers to make use of network functionality 
through an open standardised interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA 
are contained in 3GPP TS 23.127 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Common Data definitions of the OSA. The Common Data definitions contain data- 
types that are common across the rest of the OSA API. All aspects of the Common Data are defined here, these being: 

Data definitions; 

IDL Description of the data types; 

WSDL Description of the data types; 

Reference to the Java API description of the data types. 

This specification has been defined jointly between 3GPP TSG CN WG5, ETSI SPAN 12 and The Parlay Group, in co- 
operation with a number of JAIN'"*^ Community member companies. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] 3GPP TS 29.198-1: "Open Service Access; Application Programming Interface; Part 1: 
Overview" . 

[2] 3GPP TS 22.127: "Stage 1 Service Requirement for the Open Service Access (OSA) (Release 5)". 

[3] 3GPP TS 23.127: "Virtual Home Environment (Release 5)". 

[4] ISO 8601: "Data elements and interchange formats - Information interchange - Representation of 

dates and times". 

[5] 3GPP TS 22.024: "Description of Charge Advice Information (CAI)". 

[6] IETF RFC 1738: "Uniform Resource Locators (URL)". 

[7] IETF RFC 0822: "Standard for the format of ARPA Internet text messages". 

[8] ISO 4217 (1995): "Codes for the representation of currencies and funds ". 

[9] ITU-T Recommendation E. 164: "The international public telecommunication numbering plan". 

[10] ITU-T Recommendation X.400: "Message handling system and service overview". 

[II] ISO 639: "Code for the representation of names of languages". 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in TS 29.198-1 [1] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TS 29.198-1 [1] apply. 

4 Common Data definitions 

The following clauses describe each aspect of the Common Data definitions. 

The order is as follows: 

The Data definitions clause shows a detailed expansion of each of the data types associated with the methods 
within the classes. 

IDL description of the data types (normative Annex); 

WSDL description of the data types (informative Annex); 

Reference to the Java API description of the data types (informative Annex). 

5 Common System Data definitions 

These data definitions are assumed to be provided by the client operating system. 

5.1 Standard Data types 

The APIs assume that the following Data types can be supported. 

5.1.1 TpBoolean 

Defines a Boolean data type. 

5.1.2 Tplnt32 

Defines a signed 32-bit integer. 

5.1.3 TpFloat 

Defines a single precision real number. 

5.1.4 TpLongString 

Defines a Byte string, comprising length and data. The length shall be at least a 32-bit integer. 

5.1.5 TpOctet 

Defines an 8-bit quantity that is not translated during transmission. 
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5.1.6 TpOctetSet 

Defines a Numbered Set of Data elements of TpOctet. 

5.1.7 TpString 

Defines a Byte string, comprising length and data. The length shall be at least a 16-bit integer. 

5.1.8 TpAssignmentID 

Defines an assignment ID with a value that is unique to an instance of an implementation of a given interface (i.e an 
object), irrespective of the method invoked on it. This ID may be used, for example, to identify single or multiple event 
notifications enabled by an object; or by a requesting object to modify or stop functionality ( e.g event notifications, 
call load control) associated with a previously supplied assignment ID. 

The assignment ID is identical to a Tplnt32 type. 

5.1.9 TpSessionID 

Defines a session ID with a value that is at least unique within the context of a specific instance of an SCF. An instance 
of an SCF is a single service manager instance plus the associated subordinate instances. For example, a single 
MultiPartyCallControlManager instance plus all associated MultiPartyCall and MultiPartyCallLeg instances. The 
session ID is used to identify different sessions (e.g. different call or call leg sessions) of an interface capable of 
handling multiple sessions. 

Example 1, myCallObject may implement the IpCall interface. If so, myCallObject may handle multiple call sessions, 
and each call session will be identified by a call session ID value (e.g. 1, 2, 3) that is unique within the context of the 
SCF instance. 

Example 2, myCallAndCallLegObject may implement the IpCall and IpCallLeg interfaces. If so, 
myCallAndCallLegObject may handle multiple call sessions and multiple call leg sessions. Each call session will be 
identified by a call session ID value (e.g. 1, 2, 3) that is unique within the context of the SCF instance. Similarly, each 
call leg session will be identified by a call leg session ID value (e.g. 1, 2, 3, 4, 5, 6) that is also unique within the context 
of the SCF instance. Because call session IDs and call leg session IDs are different data types, overlapping values are 
permitted and their uniqueness still remains. 

The session ID is identical to a Tplnt32 type. 

5.1.10 TpSessionlDSet 

Defines a Numbered Set of Data Elements of TpSessionID . 

5.1.11 TpAny 

Defines a type that can hold any type. This is not restricted to only the primitive types. 



5.1.12 TpAttribute 



This is a Sequence of Data Elements containing the attribute name, type, and value. The attribute Value is 
interpreted based on the value of the attribute Type. 



Sequence Element Name 


Sequence Element 
Type 


Notes 


AttributeName 


TpString 


The name of the attribute. 


AttributeType 


TpAttributeType 


The type of the attirbute. Valid values for Type mu.st include at 
least TpString. Tplnt32 and TpFloat. 


At tribute Value 


TpAny 


The values for the attribute. This model allows multi-valued 
attributes. Cannot be an empty list. 
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5.1.13 TpAttributeType 



This data type is identical to a TpString, and is defined as a string of characters that uniquely identifies the type of an 
attribute. Other Network operator specific capabilities may also be used, but should be preceded by the string "SP_". 
The following values are defined. 



Character String Value 


Description 


NULL 


An empty (NULL) string indicates no attribute type 


P_STRING 


Attribute type is type TpString . 


P_INT32 


Attribute type is type Tp I nt 3 2 . 


P_FLOAT 


Attribute type is type TpFloat . 



5.1.14 TpAttributeList 

This is a Numbered List of Data Elements of type TpAttribute. 

5.1.15 TpAttributeSet 

This is a Numbered Set of Data Elements of type TpAttribute. 

5.1.16 Tplnt64 

Defines a signed 64-bit integer. 

5.1.17 TpVersion 

This data type is identical to TpString. It is used to uniquely identify the implemented version of the framework or 
an SCF. The syntax for this datatype is defined as: 

P_<publishing body>_<version number> 

Where: 

<publishing body> is one of the strings listed in the table below. 



Character String Value 


Description 


PARLAY 


Specification released by The Parlay Group. 


ETSI 


Specification released by ETSI 


3GPP 


Specification released by 3GPP. 



<version nuinber> consists of numbers separated by underscores (e.g. 3_1). It is recommended that not more 
than the two most significant numbers (major and minor version) of the version are used. 

Examples of version strings are: 



Character String Value 


Description 


P_PARLAY_3_1 


Pariay v3.1 


P_ETSI_2_0 


ETSI v2.0 


P_3GPP_4_3 


3GPP Release 4.3 



Note that different version strings can be aliases of each other all pointing to the same SCF/Framework version. 

5.1.18 TpStringSet 

Defines a Numbered Set of Data Elements of type TpString. 
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5.1.19 TpStringList 

Defines a Numbered List of Data Elements of type TpString. 

5.2 Other Data sorts 

The APIs assumes that the following data syntaxes can be supported: 

5.2.1 Sequence of Data Elements 

This describes a sequence of data types. This may be defined as a structure (for example, in C++) or simply a sequence 
of data elements within a structure. 

EXAMPLE: The TpAddress data type may be defined in C++ as: 

typedef struct { 

TpAddressPlan Plan; 

TpString AddrString; 

TpString Name; 

TpAddressPresentation Presentation; 

. . . .TpAddressScreening Screening; 

. . . .TpString SubAddressString; 

} TpAddress; 

5.2.2 Taggecd Choice of Data Elements 

This describes a data type which actually evaluates to one of a choice of a number of data elements. This data element 
contains two parts: a tag data type (the tag part) which is used to identify the chosen data type, and the chosen data type 
itself (the union part). This form of data type is also referred to as a tagged union. 

This data type can be implemented (for example, in C++) as a structure containing an integer for the tag part, and a 
union for the union part. 

This data type is implementation specific. Please refer to the appropriate IDL documents (and the resulting language 
mappings) to see how this data type is implemented. 

EXAMPLE: The TpCallError data type may be defined in C++ as: 

typedef struct { 

TpCallErrorType Tag; 
union { 

TpCallErrorInf oUndef ined Undefined; 

TpCallErrorInf oRoutingAborted RoutingAborted; 

TpCallErr or In foCall Abandoned Call Abandoned; 

TpCallErrorInf oInvalidAddress InvalidAddress; 

TpCallErrorlnfoInvalidState InvalidState; 

TpCallErrorInf oInvalidCr iter i a InvalidCriteria; 
} callErrorInf o; 
} TpCallError; 

5.2.3 Numbered Set of Data Elements 

This describes a data type which comprises an integer which indicates the total number of data elements in the set (the 
number pan), and an unordered set of data elements (the data part). Set data types do not contain duplicate data 
elements. 

EXAMPLE: The TpAddressSet data type may be defined in C++ as: 

typedef struct { 

Tplnt32 Number; 

TpAddress Set [Number] ; 
} TpAddressSet; 

5.2.4 Reference 

This describes a reference (or pointer) to a data type. 
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5.2.5 Numbered List of Data Elements 

This describes a data type which comprises an integer which indicates the total number of data elements in the set (the 
number pan), and an ordered set of data elements (the data part). List data types can contain duplicate data elements. 

EXAMPLE: The TpStringList data type may be defined in C++ as: 

typedef struct { 

Tplnt32 Number; 

TpString List [Number] ; 
} TpStringList; 



5.3 



Interface Related Data definitions 



5.3.1 Iplnterface 

Defines the address of a generic interface instance. 

5.3.2 IplnterfaceRef 

Defines a Reference to type Iplnterface. 

5.4 Exception Classes 

5.4.1 Underlying Technology Exceptions 

All methods contain a signature showing, amongst other things, the explicit exceptions that they may throw. In addition 
to these exceptions, all methods can throw a number of implicit exceptions. These exceptions do not need to be included 
within the method signatures and are given below. 

These exceptions would be thrown by the underlying technology (e.g. CORBA, Java) as a result of problems 
encountered, for example, with the way the API method is invoked. They are a minimum set of exceptions that must be 
throwable by the underlying technology. Depending upon the underlying technology, additional method exceptions may 
also be thrown. 



Description 



Invalid Parameter: A method has been passed an invahd parameter argument 



Invahd Parameter Value: A method parameter has been passed a value that is out of range 
Parameter Missing: A method has not been passed a mandatory parameter argument 



5.4.2 TpCommonExceptions 

Defines the structure of the exception class which is applicable to all methods. 



Structure Element Name 


Structure Element Type 


Structure Element Description 


ExceptionType 


Tplnt32 


CaiTies a constant from the list in the table below 


Extralnformation 


TpString 


Carries extra information to help identify the source of the exception, e.g. 
a parameter name 
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5.4.3 Constants associated with TpCommonExceptions 



Name 


Value 


Description 


P_RE SOURCE S_UNAVAILABLE 


OOODh 


The required resources in the network are not available 


P_TASK_REFUSED 


OOOEh 


The requested method has been refused 


P_TASK_CANCELLED 


OOOFh 


The requested method has been cancelled 


P_NO_CALLBACK_ADDRESS_SET 


001 Ih 


The requested method is refused because no callback address has been set (this may be the result 
of a timing issue between setting the callback address and invoking the method) 


P_METHOD_NOT_SUPPORTED 


0016h 


The method is not allowed or supported within the context of the current service agreement. 


P_INVALID_STATE 


02E8h 


Unexpected sequence of methods, i.e., the sequence does not match the specified state diagrams. 



5.4.4 Exceptions available to all methods on all interfaces 

The following are the list of exception classes which are available to all interfaces of the API. 



Name 


Description 


P_APPLICATION_NOT_ACTIVATED 


An application is unauthorised to access information and request services with regards to users that 
have deactivated that particular application. 

hi case the request was for information related to multiple user identities the reference to user 
identities that are causing this exception will be returned in the extra information of the exception. 


P_INFORMATION_NOT_AVAILABLE 


The requested information is not available. A reason might be that the information is unavailable in 

the core network or that the application is unauthorised to access the information.An application is 

unauthorised to access information and request services with regards to users that have set their 

privacy flag regarding that particular service, hi case the request was for information related to 

multiple user identities, the reference to user identities that are causing this exception will be returned 

in the extra information of the exception. 


P_INVALID_ADDRESS 


Invalid address specified 


P_INVALID_AMOUNT 


Invalid amount specified. 


P_INVALID_ASSIGNMENT_ID 


The assignment ID is invalid 


P_INVALID_CRITERIA 


Invalid criteria specified 


P_INVALID_CURRENCY 


InvaUd currency specified. 


P_INVALID_EVENT_TYPE 


Invalid event type 


P_INVALID_INTERFACE_NAME 


Invalid interface name 


P_INVALID_INTERFACE_TYPE 


The interface reference supplied by the client is the wrong type. 


P_INVALID_NETWORK_STATE 


Although the sequence of method calls is allowed by the gateway, the underlying protocol can not 

support it. 

E.g., in some protocols some methods are only allowed by the protocol, when the call processing is 
suspended, e.g., after reporting an event that was monitored in interrupt mode. 


P_INVALID_SESSION_ID 


InvaUd session ID. 


P_INVALID_TIME_AND_DATE_FORMAT 


InvaUd date and time format provided 


P_UNAUTHORISED_PARAMETER_VALUE 


A method parameter value violates the Service Level Agreement 


P_UNKNOWN_SUBSCRIBER 


The subscriber is not known in the network or the appUcation is An apphcation is unauthorised to 
access information and request services with regards to users that are not subscribed to the 

application. 

In case the request was for information related to multiple user identities, the reference to user 
identities that are causing this exception will be returned in the extra information of the exception. 


P_UNSUPPORTED_ADDRESS_PLAN 


An address contains an address plan which is not supported 


P_INVALID_VERSION 


An invalid version is specified. 
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5.5 Date- and Time-related Data definitions 

5.5.1 TpDate 

This data type is identical to a TpString . It specifies the data in accordance with International Standard ISO 8601 [4]. 
This is defined as the string of characters in the following format: 

YYYY-MM-DD 

where the date is specified as: 

YYYY four digits year 

MM two digits month 

DD two digits day 

The date elements are separated by a hyphen character (-). 

EXAMPLE: The 4 December 1998, is encoded as the string: 

1998-12-04 

5.5.2 TpTlme 

This data type is identical to a TpString . It specifies the time in accordance with International Standard ISO 8601 [4]. 
This is defined as the string of characters in the following format: 

HH:MM:SS.ininm 

or 

HH:MM:SS.iiiinmZ 

where the time is specified as: 

HH two digits hours (24h notation) 

MM two digits minutes 

S S two digits seconds 

mmm three digits fractions of a second (i.e. milliseconds) 

The time elements are separated by a colon character ( : ). The date and time are separated by a space. Optionally, a 
capital letter Z may be appended to the time field to indicate Universal Time Co-ordinated (UTC). Otherwise, local time 
is assumed. 

EXAMPLE: 10:30 and 15 seconds is encoded as the string: 

10:30:15.000 

for local time, or in UTC it would be: 10:30:15. OOOZ 



5.5.3 TpDate AndTI me 



This data type is identical to a TpString . It specifies the data and time in accordance with International Standard 
ISO 8601 [4]. This is defined as the string of characters in the following format: 

YYYY-MM-DD HH:MM: SS .mitim 

or 

YYYY-MM-DD HH:MM: SS .mmmZ 
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where the date is specified as: 

YYYY four digits year 

MM two digits month 

DD two digits day 

The date elements are separated by a hyphen character (-). 
The time is specified as: 

HH two digits hours (24h notation) 

MM two digits minutes 

S S two digits seconds 

mmm three digits fractions of a second (i.e. milHseconds) 

The time elements are separated by a colon character ( : ).The date and time are separated by a space. Optionally, a 
capital letter Z may be appended to the time field to indicate Universal Time Co-ordinated (UTC). Otherwise, local time 
is assumed. 

EXAMPLE: The 4 December 1998, at 10:30 and 15 seconds is encoded as the string: 

1998-12-04 10:30:15.000 
for local time, or in UTC it would be: 

1998-12-04 10:30:15. OOOZ 

5.5.4 TpDuration 

This data type is a Tplnt32 representing a time interval in milliseconds. A value of "-1" defines infinite duration and a 
value of "-2" represents a default duration. 

5.5.5 TpTimelnterval 

Defines the Sequence of Data Elements that specify a time interval. 



Sequence Element Name 


Sequence Element Type 


StartTime 


TpDateAndTime 


StopTime 


TpDateAndTime 



5.6 



Address-related Data definitions 



5.6.1 TpAddress 

Defines the Sequence of Data Elements that specify an address. 



Sequence Element Name 


Sequence Element Type 


Plan 


TpAddressPlan 


AddrString 


TpString 


Name 


TpString 


Presentation 


TpAddressP resent at ion 


Screening 


TpAddress Screening 


SubAddressString 


TpString 
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The AddrString defines the actual address information and the structure of the string depends on the Plan. 
The following table gives an overview of the format of the AddrString for the different address plans. 



Address Plan 


AddrString Format Description 


Example 


P_ADDRESS_PLAN_NOT_PRESENT 


Not applicable 




P_ADDRESS_PLAN_UNDEFINED 


Not applicable 




P_ADDRESS_PLAN_IP 


For Ipv4 the dotted quad notation is used. Also for IPv6 the 

dotted notation is used. The address can optionally be 

followed by a port number separated by a colon. 


"127.0.0.1:42" 


P_ADDRESS_PLAN_MULTICAST 


An Ipv4 class D address or Ipv6 equivalent in dotted notation. 


"224.0.0.0" 


P_ADDRESS_PLAN_UNICAST 


A non-multicast or broadcast IP address in dotted notation. 


"127.0.0.1" 


P_ADDRESS_PLAN_E164 


An international number without the international access code, 

including the country code and excluding the leading zero of 

the area code. 


"31161249111" 


P_ADDRE S S_PLAN_AESA 


The ATM End System Address in binary format (40 bytes) 


01 234567890ABCDEF01 234 
567890ABCDEF01 234567 


P_ADDRE S S_PLAN_URL 


A uniform resource locator as defined in IETF RFC 1738 [6] 


"http://www.parlay.org" 


P_ADDRE S S_PLAN_NSAP 


The binary representation of the Network Service Access 
Point 


490001 AA00040001 0420 


P_ADDRESS_PLAN_SMTP 


An e-mail address as specified in IETF RFC822 [7] 


"webmaster@parlay.org" 


P_ADDRESS_PLAN_X4 00 


The X400 address structured as a set of attribute value pairs 
separated by semicolons. 


"C=nl;ADMD=;PRMD=uninet 

;0=parlay;S=Doe;l=S;G=Joh 

n' 


P_ADDRESS_PLAN_SIP (Note 1) 


Any vaUd address string allowed in RFC 3261 "SIP: Session 
Initiation Protocol" 


"sip:user@parlay.org" 

"tel:-i-358-555- 
I234567;postd=pp22" 

"<sip:enquiries@1.2.3.4:5060> 
Enquiries" 


P_ADDRESS_PLAN_ANY (Note 2) 


Not applicable 




P_ADDRESS_PLAN_NATIONAL 


Reserved for National Specific use 


Refer to relevant National 

Numbering Plan 

Specification 


NOTE 1 : It should be noted that two SIP addresses will be regarded as equivalent by a gateway if they correspond to 

the same user at the same network address. The textual form of the two addresses need not be the same. For 
example, sip:enquiries(?pariay .org will be deemed to match 

<sip : EnquiriesSl . 2.3.4: 5060>Enquiries (if parlay . org resolves tO 1 . 2 . 3 . 4). 
NOTE 2: This is only to be used with TpAddressRange 



5.6.2 TpAddressSet 

Defines a Numbered Set of Data Elements of TpAddress . 

5.6.3 TpAddressPresentation 

Defines whether an address can be presented to an end user. 



Name 


Value 


Description 


P_ADDRESS_PRESENTATION_UNDEFINED 





Undefined 


P_ADDRESS_PRESENTATION_ALLOWED 


1 


Presentation Allowed 


P_ADDRESS_PRESENTATION_RESTRICTED 


2 


Presentation Restricted 


P_ADDRESS_PRESENTATION_ADDRESS_NOT„AVAILABLE 


3 


Address not available for presentation 
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5.6.4 TpAddressScreening 

Defines whether an address can be presented to an end user. 



Name 


Value 


Description 


P_ADDRESS_SCREENING_UNDEFINED 





Undefined 


P_ADDRESS_SCREENING_USER_VERIFIED_PASSED 


1 


user provided address 
verified and passed 


P_ADDRESS_SCREENING_USER_NOT_VERIFIED 


2 


user provided address 
not verified 


P_ADDRESS_SCREENING_USER_VERIFIED_FAILED 


3 


user provided address 
verified and failed 


P_ADDRESS_SCREENING_NETWORK 


4 


Network provided address (see Note) 


NOTE: Even though the application may provide the address to the gateway, from the end-user point of view it is still 
regarded as a network provided address. 



5.6.5 TpAddressPlan 

Defines the address plan (or numbering plan) used. It is also used to indicate whether an address is actually defined in a 
TpAddress data element. 



Name 


Value 


Description 


P_ADDRESS_PLAN_NOT_P RESENT 





No Address Present 


P_ADDRESS_PLAN_UNDEFINED 


1 


Undefined 


P_ADDRESS_PLAN_IP 


2 


IP 


P_ADDRESS_PLAN_MULTICAST 


3 


Multicast 


P_ADDRESS_PLAN_UNICAST 


4 


Unicast 


P_AD D RE S S_P L AN_E 164 


5 


E.164 


P_ADDRE S S_PLAN_AE SA 


6 


AESA 


P_ADDRE S S_PLAN_URL 


7 


URL 


P_ADDRESS_PLAN_NSAP 


8 


NSAP 


P_ADDRESS_PLAN_SMTP 


9 


SMTP 


«deprecated» P_ADDRESS_PLAN_MSMAIL (see Note) 


10 


Microsoft Mail 


P_ADDRESS_PLAN_X4 00 


11 


X.400 


P_ADDRESS_PLAN_SIP 


12 


Any URL scheme which is allowed in RFC 
3261 "SIP: Session Initiation Protocol" 


P_ADDRESS_PLAN_ANY 


13 


Any address plan is deemed to match (This is 
only used for TpAddressRange) 


P_ADDRESS_PLAN_NATIONAL 


14 


Reserved for National Specific use 


NOTE: This value is not to be used. | 



For the case where the P_ADDRESS_PLAN_NOT_PRESENT and P_ADDRESS_PLAN_ANY are indicated, the rest of 
the information in the TpAddress is not valid. 
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5.6.6 TpAddressError 

Defines the reasons why an address is invahd. 



Name 


Value 


Description 


P_ADDRESS_INVALID_UNDEFINED 





Undefined enor 


P_ADDRESS_INVALID_MISSING 


1 


Mandatory address not present 


P_ADDRESS_INVALID_MISSING_ELEMENT 


2 


Mandatoiy address element not present 


P_ADDRESS_INVALID_OUT_OF_RANGE 


3 


Address is outside of the valid range 


P_ADDRESS_INVALID_INCOMPLETE 


4 


Address is incomplete 


P_ADDRESS_INVALID_CANNOT_DECODE 


5 


Address cannot be decoded 



5.6.7 TpAddressRange 

Defines the Sequence of Data Elements that specify a range of addresses. 



Sequence Element Name 


Sequence Element Type 


Plan 


TpAddressPlan 


AddrString 


TpString 


Name 


TpString 


SubAddressString 


TpString 



The AddrString defines the actual address information and the structure of the string depends on the Plan. 

An overview of the AddrString formats can be found at the description of the TpAddress data-type. 

The difference with TpAddress is that there are no Presentation and Screening elements, the AddrString can contain 
wildcards and Plan may contain P_ADDRESS_PLAN_ANY. 

If P_ADDRESS_PLAN_ANY is set then the TpAddressRange will be deemed by the gateway to match any TpAddress. 
If a specific Plan is set (including P_ADDRESS_PLAN_NOT_P RESENT) then the address plan of the range must be 
identical to the plan contained in an address for the two to match. 

Two wildcards are allowed: * which matches zero or more characters and ? which matches exactly one character. For 
E.164 addresses, * which matches zero or more characters and ? are allowed at the beginning or end. 

Some examples for E.164 addresses: 

"123" matches specified number; 

"123*"matches all numbers starting with 123 (including 123 itself); 

"123??*" matches all numbers starting with 123 and at least 5 digits long; 

"123???" matches all numbers starting with 123 and exactly 6 digits long; 

"*" matches any address 
The following address ranges are illegal: 
- "1?3" 

"1 H=T" 

"?123*" 



Legal occurrences of the '*' and '?' characters in AddrString should be escaped by a '\' character. To specify a 'V 
character 'W shall be used. 
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For e-mail style addresses, the wildcards are allowed at the beginning of the AddrString: 

"*@parlay.org" matches all email addresses in the parlay.org domain. 
For SIP addresses, a range of wildcard options may be supported: 

"sip:*@parlay.org" matches all SIP addresses at parlay.org:5060. 

"sip:*. domainl.com" Matches all SIP addresses in the domain domainl.com 

Matches all users starting with the string "user" 

Matches all users starting with the string "user" using port 5060 

Matches all SIP addresses 

Matches all SIP addresses 

Matches all users starting with the string "user" using port 5060 



sip:user*(a'* 
"sip:user*@*:5060" 
"sip:*" 



"sip:user*@*:5060" 



In addition for SIP addresses, the absence of an explicit port number at the end of a SIP address, shall be considered to 
indicate an implicit wildcard for any port number. 

"sip: userl ©parlay. org " may be considered equivalent to "sip:userl @parlay.org:*" 



5.6.8 TpURL 

This data type is identical to a TpString and contains a URL address. The usage of this type is distinct from TpAddress , 
which can also hold a URL. The latter contains a user address which can be specified in many ways: IP, e-mail, URL 
etc. On the other hand, the TpURL type does not hold the address of a user and always represents a URL. This type is 
used in user interaction and defines the URL of the test or stream to be sent to an end-user. It is therefore inappropriate 
to use a general address here. 



5.6.9 TpURN 



This data type is identical to a TpString and contains a URN value. This type is used in SCFs such as Presence Service 
and defines the URN of a "presentity" (i.e., a representation of an end-user). The syntax of what constitutes a valid 
URN is in IETF RCC 1737. e.g., ("urn: foo.com: bar"). 



5.7 



Price-related Data definitions 



5.7.1 TpPrice 

This data type is identical to a TpString . It specifies price information. This is defined as a string of characters (digits) in 
the following format: 

DDDDDD . DD 

5.7.2 TpAoClnfo 

Defines the Sequence of Data Elements that specify the Advice Of Charge information to be sent to the terminal. 



Sequence Element Name 


Sequence Element Type 


Description 


ChargeOrder 


TpAoCOrder 


Charge order 


Currency 


TpString 


CuiTency unit according to 180-4217:1995 [8] 
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5.7.3 TpAoCOrder 

Defines the Tagged Choice of Data Elements that specify the charge plan for the call. 





Tag Element Type 






TpCallAoCOrderCategory 





Tag Element Value 


Choice Element Type 


Choice Element Name 


P_CHARGE_ADVICE_INFO 


TpChargeAdvicelnfo 


ChargeAdvicelnfo 


P_CHARGE_PER_TIME 


TpChargePerTime 


ChargePerTime 


P_CHARGE_NETWORK 


TpString 


NetworkCharge 



5.7.4 TpCallAoCOrderCategory 



Name 


Value 


Description 


P_CHARGE_ADVICE_INFO 





Set of GSM Charge Advice Information elements according to 3GPP TS 22.024 [5] 


P_CHARGE_PER_TIME 


1 


Charge per time 


P_CHARGE_NETWORK 


2 


Operator specific charge plan specification, e.g. charging table name / charging table entry 



5.7.5 TpChargeAdvicelnfo 

Defines the Sequence of Data Elements that specify the two sets of Advice of Charge parameters. The first set defines 
the current tariff. The second set may be used in case of a tariff switch in the network. 



Sequence Element Name 


Sequence Element Type 


Description 


CurrentCAI 


TpCAIElements 


Current tariff 


NextCAI 


TpCAIElements 


Next tariff after tariff switch 



5.7.6 TpCAIElements 



Defines the Sequence of Data Elements that specify the Charging Advice Information elements according to 

3GPPTS 22.024 [5]. 



Sequence Element Name 


Sequence Element Type 


Description 


Unit sPer Interval 


Tplnt32 


Units per interval 


SecondsPerTime Interval 


Tplnt32 


Seconds per time interval 


ScalingFactor 


Tplnt32 


Scaling factor 


Unit Increment 


Tplnt32 


Unit increment 


Unit sPerDat a Interval 


Tplnt32 


Units per data interval 


Segment sPerDatalnterval 


Tplnt32 


Segments per data interval 


InitialSecsPerTime Interval 


Tplnt32 


Initial sees per time interval 
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5.7.7 TpChargePerTime 



Defines the Sequence of Data Elements that specify the time based charging information. 



Sequence Element Name 


Sequence Element Type 


Description 


InitialCharge 


Tplnt32 


Initial charge amount (in currency units * 0.0001) 


Cur rent Char gePerMinute 


Tplnt32 


Current tariff (in currency units * 0.0001) 


Next Char gePerMlnute 


Tplnt32 


Next tariff (in currency units * 0.0001) after tariff switch 
Only used in setAdviceOfCharge() 



5.7.8 TpLanguage 

This data type is identical to a TpString, and defines the language. In case an indication for the language is not needed 
an empty string shall be used. In other cases valid language strings are defined in ISO 639 [11]. 



5.8 Data Types Common Across Call Control and Data Session 
Control 



5.8.1 TpDataSessionQosClass 



Defines the Quality of Service (QoS) classes. This could be for a data session or multi media call session, for example. 



Name 


Value 


Description 


P_DATA_SESSION_QOS_CLASS_CONVERSATIONAL 





Specifies the Conversational QoS class, as 
specified in 3GTS 23.107. 


P_DATA_SESSION_QOS_CLASS_STREAMING 


1 


Specifies the Streaming QoS class, as specified 
in 3GTS 23.107. 


P_DATA_SESSION_QOS_CLASS_INTERACTIVE 


2 


Specifies the Interactive QoS class, as 
specified in 3GTS 23.107. 


P_DATA_SESSION_QOS_CLASS_BACKGROUND 


3 


Specifies the Background QoS class, as 
specified in 3GTS 23.107. 



Note: Because of commonality across multiple interface specifications, this data type is promoted from Data Session 
Control Data Types to Common Data Types. For backward compatibility reasons, the naming of the data 
type remains unmodified, and hence continues to refer to Data Session Control. 
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Annex A (normative): 

OMG IDL Description of the Common Data definitions 

The OMG IDL representation of the present document is contained in a text file (osa.idl contained in archive 
2919802IDL.ZIP) which accompanies the present document. 
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Annex B (informative): 

W3C WSDL Description of the Common Data definitions 

The W3C WSDL representation of this specification is contained in a text file (osa.wsdl contained in archive 
2919802WSDL.ZIP) which accompanies the present document. 
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Annex C (informative): 

Java API Description of the Common Data definitions 

The Java API realisation of this specification is produced in accordance with the Java Realisation rules defined in Part 1 
of this specification series. These rules aim to deliver for Java, a developer API, provided as a realisation, supporting a 
Java API that represents the UML specifications. The rules support the production of both J2SE and J2EE versions of 
the API from the common UML specifications. 

The J2SE representation of this specification is provided as Java Code, contained in archive 2919802J2SE.ZIP that 
accompanies the present document. 

The J2EE representation of this specification is provided as Java Code, contained in archive 2919802J2EE.ZIP that 
accompanies the present document. 
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Annex D (normative): 
Exception Hierarchy 



This clause arranges the OS A exceptions as a set of hierarchies that, depending upon the technology realisation, may or 
may not be utilised to simplify software developers' code. 

If the exception hierarchy is used in a particular realisation, the following lists all the OSA abstract exceptions: 

• TpCommonExceptions 

• TpInvalidArgumentException 

• TpDataSessionException 

• TpAccountException 

• TpConnectivityException 

• TpFrameworkException 

• TpMobilityException 

• TpMessagingException 

• TpPamException 

• TpPolicyException 



If the exception hierarchy is being used in a particular realisation, a software developer will have the option to catch 
these abstract exceptions and/or the detailed exceptions which extend them. 

The following diagrams show all the OSA detailed exceptions, and how they relate to the abstract exceptions shown 
previously. 

It should be noted that for those OSA methods that raise TpCommonExceptions, the 
P_RESOURCES_UNAVAILABLE, P_TASK_CANCELLED, P_TASK_REFUSED, 

P_METHOD_NOT_SUPPORTED, P_INVALID_STATE and P_NO_CALLBACK_ADDRESS_SET detailed 
exceptions should be raised individually in the method signature. The software developer will thus have the option of 
catching them individually or catching the TpCommonExceptions abstract exception. 
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« Except! on» 
TpCommonExceptions 




«E)ception» / / 
P_RESOURCES_UNAyAILABLE 


«E)ception» 
P TASK CANCELLED 


«^«eption» 
P_TASK_REFUSED 


« Except! on» 
P_APPLICATION_NOT_ACTIVATED 














\ \ 




«E)ception» 
P_M ETHOD_NOT_SU PPORTED 


«Exception» 
PJNVALID_STATE 


V^" 

«t)ception» 
P_N 0_C ALLBAC K_AD D R ESS_SET 





















« Except! on» 
■i FORIVIATION_NOT_AVAILABLE 



«Excepticn» 
P_UNAUTHORISED_PARAIVIETER_VALUE 



«Exception» 
P INVALID NETWORK STATE 
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<<E)€qDtion>> 
TplnvalidArgumentE)ception 




«Ex;eption» 
P_INVAUD_VOLUM^ 



<<E)ception» 
P_GMS_INVALID_MAILBOX 



«ife)<ceptiph» 
P_INVAUD_CRJTERIA; 



\ <'«E)ceptit)n» X^ <<E)ception» 

P_iNVALID_CtJRRENCY P_INVALID_ENT_OP_ID 



«Exception>> / j <<E>ception>> 
P_GMS_INVALID_FOLDER_ID , PjNVALID_AMOUNT 



I «Exdeption>> '; 
P IMVALID IeVENT TYPE 



\ «Exception»^ 
'_INVALID_PROPERTY 



« Except! on>> 
P_INVALID_USER 



«E)€eption>> 
P_INVALID_SESSION_ID 



<<E)ception» ' «Exception>> , 

PJI)1VALID_M TERRACE NAME ,' P_INVALID_SAG_lb 



<<E)ception>> 
P_lNVALio_TlME_AIMD_DATE. FORMAT 



<<E)ception» / / / «Exception» 

P MVALD REQUEST NUMBER P INVALID ACCESS TVPE 



I <<Exception» \ 

pjN valid_ser VI cE_foK m 



«E)(Eeption» 
P INVALID SERVICE PROFILE ID 



<<Exception>> / <<Exception>> 

P INVALID ENCRYPTIOKl C/APABILITY P INVALID; SERVICE CONTRACT ID 



<<Exception>> 
P INVALID ACCOUNT 



<< Except! on>> 
P INVALID INTERFACE TYPE 



<<Exception>> ,' «Exception>> 

P_GMS_INVALID_AUTHENTICATION_IN FORMATION P_GMS_INVALID_MESSAGE_ID 



«Exception>> <<Exception>> 

P_INVALID_ADDRESS P_INVALID_SERVICE_ID 



«E)C^lion>> 
P_INVA.ID_COLLECTDN_CRITERIA 



«Exception>> 
P_INVALID_VERSION 



A 



«Exception>> 
P_UNSUPPORTED_ADDRESS_PLjAN 
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«Exception» 
P ILLEGAL SAG ID 



«Exception» 
P ILLEGAL SLA ID 



«Exception» 
P_ILLEGAL_VALUE 


«Exception» 
P_ILLEGAL_RANGE 


«Exception» 
P_ILLEGAL_TAG 
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«Exception>: 
P_UNKNOWN_ENTCRPRt6E^KlET\/yO0K 



j! i i i' «Exception» 
P_P;Kivi; (J N KN OW N_ATTR I ^U tES 



«Mception» 
P CiNKNOWNxTEMPLATE Pi'PE 



«Exception» I / ^ 

P_UNKNOWN_SITEj!ociTION/ / 



«Except'iohf» 
P UNKNOWN; IPSUBNET 



^1 — n 

«Exception>;V / / 

P UNKNOWN PIPBEJOSINf^o/ 



«Exception» / 
P_PAM_UNKNOWN_ATThlBliTE 



«Exception» 
P_U N KN O W N_|'NTE R F AC E 



«Except'ion» 
P_UNKNOWN^TEMPLATES 



«Except(on» 
P_UNI^N6v\i,N_SAP 



\ \ «Ekoeption» 
P_PAM_UNKNOWN_AGENT 



«^xception» 
P UNKI^OWN, STATUS 



\ «B<ception» 
P PAM UNKNOWN GROUP 



;te<Exception» 
P_PAM_tlNKNOWN_IDENTITY \ 



\ «Exception» 
P\UNKN0WN_VPRP 



«Exception» / / 
P UNKNOWN QOS INFO 



«Exception>:^ 
P PAM UNKNOWN MEMBER 



«Exc,eption» 
P UNKNOWN iVAUDITY INFO 



\«Exception» 

p Unknown vprn 



«Exception» 
P_PAM_UNKNOWN_GAPABILITY 



«Exception» 

p_unknown_vprp_i D 


«Exception» 
P_PAM_UNKNOWN_ALIAS 











«Exception>> 
P ID NOT FOUND 



«Exception» 
P PAM UNKNOWN ASSIGNMENT 
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«Exception» 
TpAccountException 



«Exception>> 
TpConnectivityException 



«Exception» 
UNAUTHORIZED APPLICATION 



«Exception» 
P CANT DELETE VPRP 



«Exceplion» 
TpFrameworkException 



«Exception» 
P SERVICE ACCESS DENlEC 




«Exception^> \ 
^FOPERTM TYPE MISMATCH 



«Exception» 
P SERVJCE fyPE UNAVAILABLE 



«Exception» 
P_NO_ACCEPTABLE_ENCRYPTION_^APABILITY 



«Exception» 
P ACCESS DENIED 



«Exception» 
P_MISSINIG_MANDATORY_PROPERTY 



«Exception» 
P_SERVICE_NOT_ENABLEb 



«Exception» 

rLduplicate_property_name 



«Exception» 
P NO ACCEPTABLE AUTHENTICATION MECHANISM 



«Exception» 
P_NO_ACCEPTABLE_SIGNING^ALGORITHM 



«Exception» 
P_INVALID_ADDITION_TO_SAG 



«Exception» 
P_INVALID_SAG_TO_SERVICE_PROFILE_ASSIGNMENT 
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«E)ception» 
TpMobilityException 



«E)ception» 
P REQUESTED RESPONSE TIME CANNOT BE DELIVERED 




«E)(oeption» 
P_REOU ESTED_ACCU RACY_CANNOT_BE_D ELIVERED 



« Except! on» 
P_TRIG GBR _CON DIT IONS_NOT_SU BSC R IBE D 



«Exception» 
TpMessaging Except ion 




«Exception» 

p_gms_property_not£set 



<<Exceptbn>> i 
P GMS MAILBOX LOOKED , 



«E xc ept icn >^\\ 
P GMS FOLDER IS O^N 




<<Excepticn>> 
P GMS MAILBOX OPEN 



«Exception» 
P GMS INSUFFICIENT PRIVILEGE 



<<Exception>i> 
P GMS CANNOT UNLOCK MAILBOX 



«Exception» 
P GMS MESSAGE NOT REMOVED 



«Exception» 
P GMS UNLOCKING UNLOCKED MAILBOX 



«Exception» 
P GMS LOCKING LOCKED MAILBOX 



«Exception» 
P GMS NUMBER NOT POSITIVE 
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«Exception» 
TpPam Exception 



/ 
/ 

/ 
/ / 

/// 

/ / / 
/ / / 

/ /// 

/ / /// 

/ / / / / / 
/ / / / / 


M.W^- 


\ 
\ 
\ 
\ 
\ 


/Ml 

# 

7 

/ 


\ \ 
\ \ 

\ 

\ 


«Exception» / 
P_PAM_ALIAS_EXISTS 


/«^xception» ' 
P_PAM_IS_CYCLIC; 


1 «Exception^>^ 
P_PAM_NOT_MEMBER 


«Exception» 
P_PAM_TYPE_EXISTS 




/ / / 1 


, 






/ / \ 


1 \ ' 




«Exception» / / 
P_PAM_MEMBER_EXISTS 


/ «Exception^^ 
/ P_PAM_TYPE_iaSSpCIATED 


«Exception» 
P_PAM_IDENTITY_EXISTS 






1 1 















«Exception» 
P_P AM_U NASSIGNED_ALiAS 


«Excep^iQn» 
P_P AM_AL 1 AS_IS| OT_U N IQU E 


«Exception» 
P_PAM_ATTRIBUTE_EXISTS 










1 1 




«Exception» 
P_P AM_D ISAS SOC 1 ATED _TYP E 


«Exception» 

p_pam_not_r',egistered 


«Exception» 
P_PAM_NO_CAP ABILITY 














«Exception» 
P_PAM_UNAVAILABLE_INTERFACE 


«Exception» 
P_PAM_AGENT_EXISTS 
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«Exception» 
TpPolicyException 



«Exception» 
P ACCESS VIOLATION 




«Exception» 
P NAME SPACE ERROR 



«Exception» 
P SYNTAX ERROR 



«Exception» «Exception» 

P TRANSACTION IN PROCESS P_NO_TRANSACTION_IN_PROCESS 
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Annex E (informative): 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Mar 2001 


CN 11 


NP-010134 


047 


- 


CR 29.198: for moving TS 29.198 from R99 to Rel 4 (N5-010158) 


3.2.0 


4.0.0 


Jun2001 


CN_12 


NP-010330 


001 




Corrections to OSA API Rel4 (Exception handling mechanism without 
ambiguity - Replace TpGeneral Exception and TpResultlnfo with detailed 
exception classes which can be thrown for each method (N5-010261) 


4.0.0 


4.1.0 


Jun2001 


CN_12 


NP-010333 


002 


— 


Introduction of TpOctet (In order to make sure that some data is sent over 
the "distributed wire" untouched a new data type is needed) (N5-010304) 


4.0.0 


4.1.0 


Sep 2001 


CN 13 


NP-010465 


003 


- 


Changing references to JAIN 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


004 


- 


Clarification of common exceptions 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


005 


- 


Invalid parameter value exception for SLA violation 


4.1.0 


4.2.0 


Sep 2001 


CN 13 


NP-010465 


006 


- 


Storing eventCriteria 


4.1.0 


4.2.0 


Dec 2001 


CN 14 


NP-010595 


007 


- 


Replace Out Parameters with Return Types 


4.2.0 


4.3.0 


Dec 2001 


CN 14 


NP-010595 


008 


- 


Correction to Common Data (CD) 


4.2.0 


4.3.0 


Dec 2001 


CN 14 


NP-010595 


009 


- 


Correction to values of TpAddressPlan 


4.2.0 


4.3.0 


Mar 2002 


CN 15 


NP-020104 


010 


- 


Ambiguous definition of TpAssignmentID 


4.3.0 


4.4.0 


Mar 2002 


CN 15 


NP-020104 


Oil 


- 


Data type alignment in the common data types 


4.3.0 


4.4.0 


Jun 2002 


CN 16 


NP-020185 


Oil 


- 


Allowing the use of tel URL in TpAddressPlan 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


012 


- 


Adding Tplnt64 in order to aling with the new Rel-5 TS 29.198-14 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


013 


- 


Addition of undefined Data types: TpStringList and TpStringSet 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020181 


014 


- 


Addition of support for Java API technology realisation 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020182 


015 


- 


Addition of support for WSDL realisation 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


016 


- 


Deletion of P SET LENGTH EXCEEDED 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


017 


- 


Removal of MIDL 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


018 


- 


Revise the scope of TpSessionID and TpAssignmentID 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


019 


- 


Deprecate P ADDRESS PLAN MSMAIL 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


020 


- 


Addition of support for an Exception Hierarchy 


4.4.0 


5.0.0 


Jun 2002 


CN 16 


NP-020185 


021 


- 


Addition of type TpVersion in common data 


4.4.0 


5.0.0 


Sep 2002 


CN_17 


NP-020395 


022 


- 


Add text to clarify relationship between 3GPP and ETSI/Parlay OSA 
specifications 


5.0.0 


5.1.0 


Oct 2002 










Added the two missing attachments 

(osa.idi contained in archive 2919802IDL.ZIP) 

(osa.wsdl contained in archive 2919802WSDL.ZIP) 


5.1.0 


5.1.1 


Mar 2003 


CN 19 


NP-030018 


025 


- 


Clarification on uniqueness of assignmentID 


5.1.1 


5.2.0 


Mar 2003 


CN 19 


NP-030018 


027 


- 


Correction to P INVALID STATE value 


5.1.1 


5.2.0 


Mar 2003 


CN 19 


NP-030018 


029 


- 


Addition of Support of National Numbering Plans 


5.1.1 


5.2.0 


Mar 2003 


CN 19 


NP-030027 


030 


- 


Addition of Numbered List of Data Elements definition 


5.1.1 


5.2.0 


Mar 2003 


CN 19 


NP-030027 


031 


- 


Correction of Exception Hierarchy to align with Java Realisation 


5.1.1 


5.2.0 


Mar 2003 


CN_19 


NP-030027 


032 


- 


Promotion of TpDataSessionOosClass dat type definition to the Common 
Data Types 


5.1.1 


5.2.0 


Jun 2003 


CN 20 


NP-030236 


034 


- 


Correction of SIP Address wildcard rules 


5.2.0 


5.3.0 


Jun 2003 


CN 20 


NP-030240 


035 


- 


Add the type TpURN to Common Data Types 


5.2.0 


5.3.0 


Sep 2003 


CN 21 


NP-030352 


036 


- 


Correction to Java Realisation Annex 


5.3.0 


5.4.0 
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History 



Document history 


V5.0.0 


June 2002 


Publication 


V5.1.1 


September 2002 


Publication 


V5.2.0 


March 2003 


Publication 


V5.3.0 


June 2003 


Publication 


V5.4.0 


September 2003 


Publication 
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